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PROCEDE DE TRANSPORT DE FLUX MULTIMEDIA 
DESCRIPTION 

DOMAINE TECHNIQUE 

La present e invention se" situe dans le 
5 domaine de transport de f Xux de donn^es ^ travers un 
reseau d'6change de donnSes et concerne plus 
particuli&rement un proc§d.e et un systeme de transport 
vers un meme terminal d'au moins deux flux de donnSes 
ayant des exigences en qualites de service (Qos) 
10 dif f erentes • 

ETAT DE LA TECHNIQUE ANTERIBURE 

Le mecanisme de transport et d'aiguillage 
des flux de donnees, tels /q^ae des flux IP repose sur le 
principe de routage. 

15 Un routeur est une interface entre deux 

r€seaux pouvant utiliser des protocole differentS/ 
destinee ^ faire passer des flux qui le traverse, cie 
maniere native IP ou encapsulSs dans un autre protocole 
comme I'ATM (Asynchronous Transfer Mode) par exemple. 

20 Le routage est gSn^ralement bas^ sur 1' analyse de 
I'entete des paquets Bl transporter. 

Rappelons . que pour effectuer le routage des 
paquets dans un rSseau maillS, un noeud devrait 
connaltre I'etat de 1' ensemble des autres noeuds avant 

25 de decider ou d'envoyear un paquet . Ceci est 
actuellement impossible a realiser. Aussi, dans un 
premier temps, le routage s'appuie sur plusieurs 
composants parmi lesquels ixn commutateur de paquet et 
une table de routage. Un. noeud de commutation est 

3 0 generaleraent forme de lignes de sortie qui ^mettent des 



trames obtenues a partir des paquets. Les paquets sont 
routes par le commutateur vers une ligne de sortie a 
partir de la table de routage. 

Dans une technique connue, le routage peut 
gtre effectug de fagon centralist a partir d'un ncsud 
central qui prend les decisions relatives t la 
definition d'une nouvelle table de routage et & son 
envoi vers les diff ^rentes stations du reseau. Ce ncjeud 
central re9oit les informations de la part de tous les 
cotnposants du rgseau et con9oit sa table de routage 
suivant des algorithmes determines a I'avance. Parmi 
les 61§raents qui peuvent §tre pris en consideration 
pour Stablir cette nouvelle table de routage , citons : 

- Le cofit des liaisons ; 

- le cofit du passage dans un nceud ; 

- le dtbit demand^ ; 

- le d€lai de transit demand^ ; 

- le notnbre de noeuds ^ traverser ; 

- la stcuritt de transport de certaines 

classes de paquets ; 

- 1' occupation des mSmoires des noeuds de 

commutation ; 

- 1' occupation des coupleurs de lignes. 
Citons egalement le routage dit fixe dans 

lequel la table de routage ne varie pas dans le temps . 
Ce routage consiste a envoyer chaque paquet entrant 
dans le noeud dans la meme direction correspondant 
gSnSralement S I'algorithme de la route la plus courte. 

Une technique plus elaboree consiste a 
envoyer des tables de routage d'une fa<?on asynchrone. 




Un autre principe connu, le MPLS (pour 
Multiprotocol Label Switching) permet de faire 
transiter des flux IP dans des directions differentes 
au moyen d'une sur- encapsulation des memes paquets. 
Ceci permet de faire une classification des flux pour 
les transporter sur des reseaux i. qualites de service 
(QoS) differentes sans changer les principes des 
routeurs et les mecanismes de routage utilises. 

II apparait qu'avec les techniques decrites 
ci-dessus, il n'est pas possible de diriger des paquets 
IP ayant des qualites de services differentes dans un 
reseau d' equipetnents standards, a moins de diffuser les 
adresses de destinations de ces paquets, avec ■ un 
protocole du type Protocol Index Multicast paar exemple, 
dans lequel les adresses diffusees appartiennent Sl urie 
famille d' adresses pred€terminees . II en resulte que le 
routage n'est possible que pour des adresses connues a 
1 ' avance . 

Ceci n'est pas compatible avec une 
transmission de donn^es en mode Multicast vers une 
plural ite de terminaux. 

Plus particuli^rement, la diffizsion des 
adresses n'est pas adaptee a la distribution de donnees 
ou de programmes audiovisuels ^ travers uin reseau 
ouvert tel que le reseau Internet . 

La demande de brevet frangais 9 9 123 52, 

deposee par la demanderesse le 4 octobre 1999 decrit un 
protocole qui permet a un terminal appelant de reserver 
des ressources reseau avec gualite de service Sl travers 
un reseau non connecte pour etablir une connexion a 
travers un reseau connecte avec-un terminal appele. 
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L' invention dicrite dans cette demande est 
limitee avix protocoles de reservation de ressources 
GSMP (pour Generic Switch Management Protocol) et P1520 
d^crit dans 1' article "IEEE, p-l520 Standards 
Initiative for Programmable Network Interface", IEEE 
communications Magazine, vol. 36, n<« 10, pp. 64-70, 
octobre 1998, publie par J. BISWAS, AA. LAZAR. J.F. 
HUARD, K.S. LIM, S. MAHJOUB, L.F.. PAU, M. SUZIKI, S. 
TO^ITENSSON, W. WANG et S. WEISTEIN. De ce fait, 
1' invention s' applique uniquement aux flux ATM portSs 
aux un reseau ATM en mode connect^. Par ailleurs, le 
precede d€crit dans cette demande ne permet pas un 
multiplexage transparent de fliix ayant des qualit^s de 
services differentes. 

Le but de 1' invention est de pallier les 
insuffisances de I'art ant^rieur dgcrit ci-dessus au 
moyen d'un proc^d^ et d'un systdme permettant d'envoyer 
vers un mSme terminal des flux de donn^es IP en 
provenance d'au moins deux equipements diff brents ayant 
des exigences de quality de service differentes. 

Un autre but de 1' invention est de combiner 
un protocole d'un reseau connect^ et un protocole d'un 
reseau non connecte pour transporter des donnees 
numeriques en haut debit vers un mSme terminal client. 

Un autre but de 1' invention est de 
distribuer lesdites donnees a travers une ligne 
teiephonique en utilisant la technologie xDSL. 

F.XPOSg dp: T." INVENTION 

L' invention propose done un procede de 
transport vers un mSme terminal client d'au moins un 
premier fltix avec une premiere qualite de service et 




d'au raoins un deuxidme flux avec une deuxieme qualite 
de service, ledit premier flux 6tant transmis au 
terminal client t travers un reseau non connecte, et 
ledit deuxieme flux ^tant transmis audit terminal 
5 client par 'un serveur de contenu it travers un rSseau 
connecte apres reservation de ressource reseau avec 
qualite de service par echange de messages par 
1 ' intermediaire du reseau non connecte. 

Le precede selon 1' invention comporte en 
10 outre les etapes suivantes : 

- etablir une liaison haut d^bit entre le 
terminal client et le serveur de contenu ; 

- transmettre au terminal client a travers 
ladite liaison haut d6bit le deuxieme flux avec: la 

15 qualite de service r^servSe et une signalisation de 
controle dudit deuxieme flux. 

Selon 1' invention, ladite liaison haut 
debit est de type xDSL. 

Dans une application particulidre % du 
20 procSd^ selon 1' invention, le deuxieme flux represente 
des donnges audio visuel les et le premier flux 
represente des signaux de contr61e du deuxieme flux, 

Selon un mode pref^rS de realisation de 
1' invention, le reseau non connecte est le reseau 
25 Internet et le reseau connecte est un reseau ATM (pour 
Asynchronous Transfer Mode) . 

Dans ce cas, le precede comporte en outre 
une etape consistant a envoyer au moins une commande 
externe au reseau ATM a partir d'une plate-forme de 
3 0 commande reseau pour etablir la liaison haut debit 
entre le serveur de contenu et le terminal client . Le 
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premier flux et le deuxieme flux sont multiplexes dans 
un meme flux et transmis au terminal client via la 
connexion haut debit gtablie. 

Dans le mode prefere de realisation, 
plusieurs terminaux requierent des donnees 
audiovisuelles, dans la cadre d'une application VoD 
pour (Video On Demand) (Video a la demande) par 
exemple, la transmission des flux audiovisuels vers un 
terminal client comporte les etapes suivantes : 

- connecter le terminal client a une plate- 
forme de service via le reseau Internet pour requerir 
le contenu audiovisuel ; 

identifier le serveur du contenu 

audiovisuel ; 

- rSserver ^ travers une plate- forme de 
commande des ressources reseau avec la qualite de 
service predeterminee entre le serveur audiovisuel et 
le terminal client ; 

- activer une session Point a Point (PPP) 
(pour Point to Point Protocol) entre ledit serveur 
audiovisuel et le terminal client avec la quality de 
service (QoS) etablie pr^c6demment ; 

- diffuser ledit contenu audiovisuel avec 
les signaux de controle associes (lecture, pause, 
retour arriSre, •^) vers le terminal client a travers le 
rSseau ATM. 

L' invention concerne egalement un systeme 
de transport vers un meme terminal client d'au moins un 
premier flux avec une premiere quality de service et 
d'au moins un deuxieme flux avec une deuxiSme quality 
de service, ledit premier flux etant transmis au 
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terminal client a t ravers un reseau non connects, et 
ledit deuxieme flux etant transrais audit terminal 
client par un serveur de contenu a travers un reseau 
coiuiecte apres reservation de ressources reseau avec 
5 quality de service par ^change de messages par 
1' interraediaire du reseau non connect^, 

Le systdme selon 1' invention comporte : 

- des moyens pour etablir une liaison haut 
d^bit entre le terminal client et le serveur de 

10 contenu ; 

- des moyens pour transmettre au terminal 
client a travers ladite liaison haut debit le deuxieme 
flux avec la ' qualite de service reservee et une 
signalisation de controle dudit deuxidme flux. 

15 Dans un mode prefere de realisation de 

1' invention, lesdits moyens pour etablir une liaison 
haut debit entre le terminal client et le serveur de 
contenu comportent un multiplexeur numerique du type 
DSLAM (pour Digital Subscriber Line Access Multiplexer) 

20 et au moins un commutateur ATM desting k raccorder le 
terminal client au serveur de contenu. 

Le systeme selon 1' invention comporte en 
outre un premier serveur haut debit BAS (pour Broadbard 
Access Server) destinS 3. assurer une liaison haut debit 

25 via le reseau Internet entre le reseau ATM et un reseau 
de commande, et un deuxidrae serveur haut debit BAS 
destine a assurer une liaison haut debit entre le 
terminal client et un serveur de donnees 
audiovisuelles . 




BR^VE DESCRIPTTOKT PES DESSINS 

D'autres caract€ristiques et avantages de 
1' invention ressortiront de la description qui va 
suivre, prise Sl titre d' example non limitatif, en 
5 reference aux figures annexies dans lesquelles : 

- la figure 1 represents schematiquement un 
systeme transport de flux de donnees vers un terminal 
client selon 1' invention Sl partir d'un serveur de 
contenu . 

2^0 - La figure 2 represente schematiquement 

une repartition de serveurs de contenu par zone 
geographique . 

la figure 3 reprSsente un schema 
fonctionnel partial d'un mode de realisation pref^rS du 
15 procede selon 1' invention. 

EXPOSE DETATLL^ DE MOPES DE REALISATION PAR TICULIERS 

La description qui va suivre se rapporte a 
un exemple particulier d' application de 1' invention 
consistant a combiner le protocole ATM (Asynchronous 
Transfer Mode) et le protocole IP (Internet Protocol) 
pour construire une application VoD (pour VidSo On 
Demand) qui recpoit des requites de distribution de 
films envoyees par des terminaux client a t ravers le 
reseau Internet et qui retourne aux demandeurs les 
donn§es audiovisuelles encapsulees dans un flux avec 
une qualite de service a travers un rSseau ATM. 

En reference ^ la figure 1, un terminal 
client 2 muni d'un modem 4 est susceptible d'etre relie 
a travers le systdme selon 1' invention a un serveur 
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video 6 parmi une pluralite de serveurs vid€o r^partis 
g§ographiqueraent . 

Comme illustre schematiquetnent par la 
figure 2, les programmes audiovisuels peuvent etre 
5 stockes dans une base de donnSes central e 7 accessible 
aux differents serveurs de contenus via un reseau large, 
bande 3 . 

Le systeme de la figure 1 comporte un 
multiplexeur numerique 8 du type DSIjAM (pour Digital 

10 Subscriber Line Access Multiplexer) agence entre le 
modem 4 .et un premier coramutateur ATM 10 . Un deuxi^me 
commutateur ATM 12 est relie respectivement au premier 
commutateur ATM 10, a un premier serveur large baride 14 
BAS (pour Broadband Access Server) et & un deuocieme 

15 serveur large bande 16 • Le premier serveur large bande 
14 est relie via le reseau Internet 20 & une plate- 
forme de service 22 qui communique avec une plate -forme 
de commande 24 apte a erivoyer des commandes rSseau au 
premier coramutateur ATM 10, au deuxieme commutateur ATM 

20 12, au premier serveur large bande 14 BAS (pour 
Broadband Access Server) et au deuxidme serveur large 
bande 16 . 

Le precede de transport vers le terminal 
client 2 du flux audiovisuel avec qualite de service 
25 sera decrit par reference a la figure 3 dans laquelle 
les differentes etapes du precede sent illustrees par 
des fleches reliant les differents equipements du 
systeme . 

A I'etape 30, le- demandeur d'un programme 
30 audiovisuel envoie une rec5[u§te classique de connexion S 
la plate- forme de service 22 via le rSseau Internet 20. 
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Aprds authentification et localisation du client par la 
plate-forme de service 22 via la plate -forme de 
commande 24, la plate-fortne de service 22 identifie le 
serveur video 6 de ' proximity du client parmi les 
serveurs de contenus rSpartis 6. 

Dans une variant e de realisation, si le 
contenu audiovisuel desir§ par le client ne se trouve 
pas sur un serveur de proximity identifi^, la plate- 
forme de comtnande 24 cree dynamiquement un lien haut 
d^bit entre la base de donn^es 7 et le serveur de 
proximity 6 a travers le reseau large bande 3. A 
I'gtape 32, la plate-forme de service 22 accede k la 
plate-forme de commande 24 qui envoie au premier 
commutateur ATM 10 (^tape 34) des commandes extemes 
15 (gtablissement/lib^ration d'une connexion ATM) pour 
reserver les ressources rSseau avec la qualite de 
service n^cessaire au service demand^ entre le terminal 
client 2 et le serveurs video 6. La procedure de 
reservation des ressources reseau est dScrite en detail 
dans la demands de brevet Francpais 99 12352, d^posge 
par la demanderesse le 4 Octobre 1999. 

A I'^tape 36, la plate -forme de commande 24 
active une session de service (PPP) entre le terminal 
client 2 et le premier serveur large bande 14 BAS dedie 
a la video. Cette session (PPP) repose sur la connexion 
avec QoS Stabile a I'etape 34. 

A l'§tape 40, la plate- forme de service 22 
lance 1' application video chez le client et commande la 
diffusion du flux de donnSes audiovisuelles avec la 
qualite de service x6serv6e. 
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Le canal video avec QoS ainsi cree est 
utilise, d'une part, pour transporter le flux 
multimedia vers le terminal client 2 S travers le 
multiplexeur numerique 8, et d' autre part, pour 
.^changer avec le ni§me terminal client 2 des signaux de 
contrdle du flux multimedia tels que des commande de 
lecture, de pause, d'avance rapide, de retour rapide et 
d' arret . 
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REVEMDICATIONS 



1. Proc^dS de transport vers un mSme 
terminal client (2) d'au moins un premier fltox avec une 
premiere quality de service et d'au moins xxrx deuxi^me 
flux avec une deuxidme quality de service, ledit 
premier flux etant transmis au terminal client (2) • S 
travers un reseau non connecte, et ledit devixiSme flux 
€tant transmis audit terminal client (2) par un serveur 
de contenu (6) a travers un reseau connecte apres 
reservation de ressource reseau avec qualite de service 
par echange de messages par 1' intermediaire du reseau 
non connects, caract^ris^ en ce qu'il comporte en outre 

les Stapes suivantes : 

- gtablir une liaison haut d^bit entre le 
terminal client (2) et le serveur de contenu (6) ; 

- transmettre au terminal client (2) a 
travers ladite liaison haut debit le deuxi^me flux avec 
la qualite de service r^serv^e. 

2. Proc6d4 selon la revendication 1, 
caracterise en ce que ladite liaison haut dgbit est de 
type xDSIi. 

3. Proc^dS selon la revend-ication 2, 
caracterise en ce que le deuxidme flux repiresente des 
donnges audiovisuelles et le premier flux repr^sente 
des signaux de contr61e du deioxieme flux. 

4. Precede selon la revendication 3, 
caractgrisS en ce que le riseau non connect^ est le 
r6seau Internet et le reseau connecte est un reseau 
ATM. 



13 



5. Proc^d^ selon la revendication 4, 
caract6ris6 en ce qa' il cotnporte en outre une gtape 
consistant a envoyer au moins une commandes externe au 
rgseau ATM ^ partir d'une plate-forme de commande 
reseau (24) pour etablir une liaison haut d^bit entre 
le serve ur de contenu (6) et le terminal client (2) . 

6. Precede selon la revendication 5, 
caract^rise en ce que le premier flux et le deuxi^me 
flux sont multiplexes dans un xneme flux et transmis au 
terminal client (2) via la connexion haut debit. 

7. Proc^d^ selon I'une des revendi cat ions 2 
a 6, caracteris6 en ce qu'il comporte les stapes 
suivantes : 

- connecter le terminal client (2) ^ vine 
plate-forme de service (22) via le reseau Internet- pour 
requ€rir le contenu audiovisuel ; 

- identifier le serveur du contenu (6) ; 

- reserver Sl travers une plate-forme de 
commande (24) des ressources reseau avec la qualite de 
service pr€d€termin6e entre le serveur de contenu (6) 
et le terminal client (2) ; 

- activer une session Point ^ Point (PPP) 
(pour Point to Point Protocol) entre ledit serveur de 
contenu (6) et le terminal client (2) avec la quality 
de service (QoS) etablie precedemment ; 

- diffuser ledit contenu avec les signaux 
de signalisation associis vers le terminal client (2) ^ 
travers le r#seau ATM. 

8. Systdme de transport vers un meme 
terminal client (2) d'au moins un. premier flux avec une 
premiere qualitS de service et d'au moins un deuxieme 




flux avec une deuxieme qualite de service, ledit 
premier flux Stant transmis au terminal client ii 
travers un reseau non connecte, et ledit deuxiSme flux 
§tant transmis audit terminal client (2) par un serveur 
5 de contenu (6) a travers un riseau connect^ apres 
reservation de ressource reseau avec qualite de service 
par echange de messages par 1' intermediaire du reseau 
non connecte, caracteris4 en ce qu' il comporte : 

- des moyens pour etablir une liaison de 
10 haut debit entre le terminal client (2) et le serveur 

de contenu (6) ; 

- des moyens pour transmettre au terminal 
client (2) a travers ladite liaison haut debit le 
deuxieme flux avec la qualite de service r^servee et 

15 une signalisation de controls dudit deuxieme flux. 

9. Systeme selon la revendication 8, 
caracterise en ce que ladite liaison haut debit est de 
type xDSL. 

10. Systeme selon la revendication 9, 
20 caracterise en ce que le dexixieme flux represente des 

donnees audiovi sue lies et le premier flux reprSsente 
des signaux de controle du second flux. 

11. Systdme selon la revendication 10, 
caractSris^ en ce que le reseau non connecte est le 

25 reseau Internet et le reseau connecte est un reseau 
ATM. 

12. Systeme selon I'une des revendications 
7 a 11, caracterise en ce que lesdits moyens pour 
etablir une liaison xDSL entre le terminal client (2) 

30 et le serveur de contenu (6) comportent un multiplexeur 
numSrique (8) du type DSLAM et au moins un premier 




commutateur ATM (10) destine a raccorder le terminal 
client au serveur de contenu - 

13. Systeme selon la revendication 12, 
caracteris6 en ce qu'il comporte en outre un premier 
5 serveur haut dSbit BAS (14) destinS a assurer une 
liaison haut debit via le rSseau Internet entre le 
r^seau ATM et un reseau de comraande, et un deuxidme 
serveur haut debit BAS (16) destine §l assurer une 
liaison haut debit entre le terminal client (2) et un 
10 serveur des donn^es audiovisuelles (6) • 
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